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At last! Our database of the usergroup 
public doaain library is now ready for 
distribution. The database, USCAT (Userfiroup 
Catalogue) contains intonation on 378 archive 
files which lake up the first part of USCAT. 
This database, produced with QS3 Profile, was 
coitenced by Don Berrie, with tost of the tiie 
consuiing data input by Bob Devries, with soie 
assistance froi Rob Hackay (a National QS9 
Usergroup teiber). As for ly own contribution 
to this, I lay be in line for another "SUNNA" 
award, as I can take absolutely no credit at all 
for any part of it. 

Full credit to Bob, however, for his 
tireless efforts in not only compiling all the 
necessary infonation on the archives, but for 
his excellent "lookup 1 program. Bob's 
"lookup", written in BasicdS will allow access 
to the Profile data files as well as the KEY 
files and display foriats produced by OSS 
Profile. This allows us to distribute a useable 
database for everyone, Ve could not of course 
distribute copies of QS9 Profile as it is 
covered by a "Coaputerware" copyright and 
distributed under licence by Tandy for the CoCo. 
Anyway, thanks to the effort of Don Berrie, Bob 
Devries and Rob Hackay, we can now give all 
•eibers soae useful inforaation to help in the 
selection of library files. 

ye plan to distribute USCAT only on disk. 
The usergroup a copy" fee of %2 per disk will 
apply to each "first" request. Future updates 
will NOT attract a further copy charge. Ve do 
expect that the P.O. library will continue to 
grow and USCAT will be updated to include 
infonation on new archives. In fact we do 
already have a nuiber of files which could be 
added to this library, e.g. Prograaaes by local 
authors, you guys, included in the source 
listings froa this usergroup newsletter. 

To obtain a copy of USCAT:- Please aail a 
FORMATTED disk to Jean-Pierre Jacquet, or Gordon 
Bentzsn (Addresses on the Newsletter front 
cover) together with $2 AND return postage. It 
will speed up the return of your disk if you use 
a aailer which is suitable for re-use, and also 
include postage staaps and a self addressed 



label. As it stands at the aoaent, U6CAT, 
together with a packed copy of "Lookup", will 
fit on a 35 track single sided disk, with about 
16 free sectors. RUN8 and 6FX2 will be required 
to use Bob's "Lookup". 

Each archive in the library typically 
contains a nuaber of files including source 
code, executable aodules and doc files. All the 
archives are produced with the AR utility (also 
public dotain) and if you request archives froa 
the database, you will need AR to un-archive the 
files which we send to you. So reaeaber to 
request a copy of AR if you do not have it. 

This is perhaps a good tiae to restate our 
policy on disk copying. Ve will provide copies 
of Public Doaain aaterial ONLY. Any prograaae 
covered by copyright will NOT be sent, so please 
do not request copies of such prograaaes. 

A copy charge of $2 per disk will apply to any 
5.25 or 3.5 disk foraat. That is, $2 to copy a 
single sided 35 track disk and $2 for any foraat 
up to 3d track double sided. Ve use the CoCo OSS 
foraat as standard but can handle aost if not 
all other 0S3 disk foraats. Please specify the 
required OSS foraat if NOT CoCo OSS. 

Please send Foraatted disks when requesting P.D. 
files. This not only aakes it a bit easier for 
us, but aost iaportantly, if the disk is 
foraatted in your drive, your drive should read 
the files without any probleas. Please include 
postage staaps and self -addressed label for the 
return of your disks. 

The National QS9 Usergroup is run as a non- 
profit service to users of the OSS operating 
systea. The usergroup subscription ($18. M) per 
annua, covers the printing and aailing costs, 
and the odd re-inked printer ribbon etc., while 
the disk copy fee of $2 per disk is designed to 
at least help towards the aaintenance costs of 
privately owned equipaent. It also aakes us 
feel a little better when spending aany hours 
just copying disks, packing thea and running to 
the post office. 

Cheers, Gordon. 
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A 3asic«9 Tutorial 
bv Sob Devries 



It appears that iany 0S9 users don't get 
into prograning because they don't understand 
the lanuals supplied with the prograuing 
languages. I lust say that I can understand that 
sow people would have trouble, especially as 
soie of the concepts are particularly obscure. I 
will atteipt to reiedy this problei by 
presenting soie prograue saiples in Basics and 
comparing thei, where possible to regular Disk 
Extended Basic (ugh!) prograues. Here we go! 

The first problei area, I think, is the 
DIHensioning of ALL variables. Anyone who has 
used RSBasic will realise that this is not done 
except where a lulti-diiensioned array is used, 
and then only when that array has dimensions 
beyond Id. Now have a look at this stall Basicfl9 
prograue: 

PROCEDURE Nuiber 
FOR i = 32 TO 122 
PRINT i 
NEXT i 

In this exaiple, Basic$9 assuies that the 
variable is a REAL, try it and you'll see that 
the prograue prints 32. 33. 34. etc. This tells 
us that Basicd9 is printing what it thinks are 
REAL variables. If you insert a line to 
Dimension the variable i to INTEGER by inserting 
the line: 

DIN i: INTEGER 



Place this line at the 
prograue, and run it 



beginning of the 
again, and you will see 
that the nuibers are now 3*2 33 34 etc. By the 
way, you don't type in the words 'PROCEDURE 
Nuiber', BasicOS does this for you. 

PROCEDURE Character 
FOR i = 32 TO 122 
PRINT CHR$(i); 
NEXT i 

With this one, I have not DIHensioned any 
variables. The prograue will still work, but 
Basic99 will round the variable to the nearest 
integer value. Be careful, if you are using a 
calculation to arrive at the value of variable 
i, you lay get unpredictable results if it is 
not diiensioned. 

Next, we will look the 0S9 path systei. You 



have probably all seen that when a prograue 
needs to open a file, a variable is used, lost 
often called 'path', like this: 

OPEN tpath, - datafile fl :READ 

In RSBasic, this would be written like 
this: 

OPEN T, II, "datafile" 

In RSBasic, the prograuer supplies the 
file nuiber, because it will be the ONLY file 
open at the tiie. In 0S9, because of its lulti- 
tasking capabilities, the operating systei 
supplies the file nuiber. To this end, the 
variable lust be DIHensioned as an INTEGER. You 
will get garbage results if you diiension the 
path variable as type BYTE. You will also notice 
another siiilarity, the word 'READ 1 has the saie 
function as 'I 1 in RSBasic. Path nuibers are, as 
in RSBasic, not only used for opening disk 
files, but also for sending data to the printer, 
and the screen (if that screen is not the 
current screen). Of course, you can't have tape 
files in 039, so 1-1 is not used at all. As an 
exaiple, here is how you would print data to the 
printer: 

PROCEDURE printer 

DIM print path: integer 

OPEN iprint_path, VpVVRITE 

PRINT tprint.path, "Hello world" 

PRINT lprint_path, a This is your printer. 1 

CLOSE tprintj>ath 

Of course, you don't have to use elaborate 
variable naies the way I did, it was only for 
demonstration purposes, 'pr* would suffice. 

Vith RSBasic, you don't have to open a path 
to the screen, and indeed if you just want to 
print southing to the current screen in 
Basicttt, as I did in the first examples, you 
don't need to do it in Basics either. However, 
if you wish to say, create a graphics screen to 
do soie drawing, you will need to open a new 
screen to do this. Try this little prograue: 

PROCEDURE Prograi 

DIN wpath: INTEGER 

DIN a:STRIN6CU 

OPEN twpath, B /w':UPDATE 

RUN gfx2(wpath, , DySet , ,7,e i e,8e ) 24 l d J l J 1) 
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RUN qfx2(yDdth T a Font\,2e« r J) 

RUN qfx2Cwpath, "Select") 

PRINT fvpath, "Hello this is your 3asic99 

graphics screen" 

RUN gfx2(wpath, "Line", 9, 0,639, 191) 

a=" 

WHILE a= ai DO 

RUN inkey(*path,a> 

ENOtfHILE 

RUN gfx2(i I "Select") 

RUN gfx2(*path,"0WEnd") 

CLOSE fwpath 

END 

Several new concepts are presented in this 
little prograaae. First of, in the DIN 
stateaent, I have 'DIN a:STRlNSEl]\ This aakes 
'a' a string variable of one character length. 

Next, ve open a path to a nev window using 
the 'universal' window descriptor 7w'. This 
descriptor, which I hope you all have in your 
DS9Boot file, allows you to open a screen on the 
next available window. I have used the word 
'UPDATE' there to tell 8asic09 that I want to 
both READ and WRITE to the screen. After that, I 
used the comand 'RUN'. This tells BasicdS that 
I want to execute a procedure which is not part 
of the current procedure. In this case it is 
, gfx2 I , which is in the CUDS directory along 
with 'inkey', 'syscall', and 'RunB\ Gfx2 is a 
graphics interpreter prograne subroutine, which 
is written in lachine code, and has the 
capability to do various graphics cottands. The 
conands are all mentioned in your Basicfl9 
■anual . 

The first one I used was 'DVSet' which is 
like OSS's VCREATE cottand, and sets up the 
window to the type and size we want. Before the 
cottand word, we tell BasicftS which path nutber 
to use, as returned by the OPEN cotiand used 
previously. The nuibers used after the 'DVSet' 
cotiand are for screen type, x-coordinate of the 
top left character of the screen, then y- 
coordinate, then screen width (in characters), 
and screen height, then foreground, background 
and border palette registers to use. 

The next one is 'Font'. I used font group 
nutber 236 (which it aust allways be), and font 
nutber I. After that I used the 'Select' 
cottand, which has the sate result as pressing 
the 'CLEAR' key; it displays the screen I just 
created. 



screen. As I aentioned before, I need to teil 
3asic09 which path to use to print on ay new 
screen, otherwise, it will end up on the wrong 
screen, the BasicyS editor screen for exaaple, 
if I did not include the variable 'wpath'. Also, 
1 can now draw lines, circles, boxes, and so on, 
on the screen. 

Another thing which could be added at this 
point is the use of Overlay Vindows. For these, 
1 would use the following code: 

RUN gt^twpath/QVSet'J.ldje^ie,!,*) 
PRINT #wpath, "Overlay Window Opened" 

RUN gfx2(wpath,"0yEnd") 

Place the first three lines after the line 
which draws the line, and the last line after 
the ENDVHILE line. 

You will notice that to print on the 
overlay window, I used the sate path nutber as 
before. OSS does not need to OPEN a path for 
overlay windows, so no new path nutber is used. 
You'll see that I used the cottand 'Line' to 
draw a diagonal line across the screen. 1 gave 
it the x and y coordinates of the start points 
first, then of the end points. Next I used the 
'GVSet* cottand, which created the overlay 
window. The parateters for OVSet are; save 
switch (so that the original screen tay be 
restored), x coordinate and y coordinate of top 
left corner, x size, and y size of window, and 
foreground and background palette registers. 
Note: there is an error in the OSS tanual on 
page 3-24 in the Windowing Systet section. It 
says there ...PRM1 PRN2 where PRN1 is 
background palette register, and PRN2 is 
foreground palette register. This is incorrect, 
and should be the other way around. After 
waiting for a keypress using the inkey routine, 
the overlay window is dosed, then the base 
(Basicd9 Editor) screen is re-selected, and the 
graphics screen is de-selected, and its path is 
closed. The figure 1 in the 'Select 1 cottand 
refers to the STDOUT streat of 0S9. 

you will notice that, in all ty exatples, I 
have not used line nutbers. These are neither 
necessary, nor desirable. 

In ty next article, I will show how to use 
the TYPE cottand, and use it to write to a 
database file record using SET and PUT. 



Now, finally, I can print sotething to the 



Regards, Bob Devries 
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Introduction to the C Tutoriil 

This next article is part one of a series about C programming. It was produced by 
CQRQNADQ ENTERPRISES, of Albuquerque, New Mexico, USA, and was made available as a 
'Freeware' package for the IBH PC/XT. I tried to get in touch with that company, to 
get official permission to use the material, but was unable to do so. However, 
because of its 'Freeware' status, I believe it can be used here. Although it is for 
the IBM PC/XT I felt that such of the laterial covered would be of some use to Colour 
Computer DS9 users, some of whom also use IBM PC/XT computers at work or school. 
Where possible, I will be adding comments to explain the differences between the C 
compilers on the IBM, and the QS9 C coipiler by Micro-ware. The complete tutorial, 
including the source code listings, will be added to our PD disk set. ED. 



The prograning language C, was originally 
developed by Dennis Ritchie of Bell Laboratories 
and was designed to run on a PDP-11 with a UNIX 
operating system. Although it was originally 
intended to run under UNIX, there has been a 
great interest in running it under the MS-DOS 
operating systei and specifically on the IBM PC 
and compatibles. It is an excellent language for 
this environment because of the simplicity of 
expression, the compactness of the code, and the 
wide range of applicability. 

It is not a good 'beginning* language 
because it is somewhat cryptic in nature. It 
allows the programmer a wide range of operations 
from high level down to a very low level 
approaching the level of assembly language. 
There seems to be no limit to the flexibility 
available. One experienced C programmer made the 
statement, 'You can program anything in C", and 
the statement is well supported by my own 
experience with the language. Along with the 
resulting freedom however, you take on a great 
deai of responsibility because it is very easy 
to write a program that destroys itself due to 
the silly little errors that the Pascal compiler 
will flag and call a fatal error. In C, you are 
very such on your own as you will soon find. 

Since C is not a beginners language, I will 
assume you are not a beginning programmer, and I 
will not attempt to bore you by defining a 
constant and a variable. You will be expected to 
know these basic concepts. You will, however, be 
expected to know nothing of the C programming 
language. I will begin with the most basic 
concepts of C and take you up to the highest 
level of C programming including the usually 
intimidating concepts of pointers, structures, 
and dynamic allocation. To fully understand 
these concepts, it will take a good bit of time 
and work on your part because they not 
particularly easy to grasp, but they are very 



powerful tools. Enough said about that, you will 
see their power when we get there, just don't 
allow yourself to worry about them yet. 

Programming in C is a tremendous asset in 
those areas where you may want to use Assembly 
Language but would rather keep it a simple to 
write and easy to maintain program. It has been 
said that a program written in C will pay a 
premium of a 56 to 1WI increase in runtime 
because no language is as compact or fast as 
Assembly Language. However, the time saved in 
coding can be tremendous, making it the most 
desirable language for many programming chores. 
In addition, since most programs spend 9$ 
percent of their operating time in only 16 
percent or less of the code, it is possible to 
write a program in C, then rewrite a small 
portion of the code in Assembly Language and 
approach the execution speed of the same 
program if it were written entirely in Assembly 
Language. 

Approximately 75 percent of all new 
commercial programs introduced for the IBM PC 
have been written in C, and the percentage is 
probably growing. Microsoft recently introduced 
a new Macro Assembler, version i.d, and they 
said that it was written in C. There are 
probably a few routines coded in Assembly 
Language, but the majority was written in C. 

Since C was designed essentially by one 
person, and not by a committee, it is a very 
usable language but not too well defined. There 
is no standard for the C language, but the 
American National Standards Association (ANSI) 
is developing a standard for the language at 
which time it will follow rigid rules. It is 
interesting to note, however, that even though 
it does not have a standard, the differences 
between implementations are very small. This is 
probably due to the fact that the original 
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unofficial definition was 50 well thought out 
and carefully planned that extensions to the 
language are not needed. Pascal, which has a 
rigorous definition, has aany extensions by 
coapiler writers and every extension is 
different. This leads to a real problea when 
transporting a Pascal prograi froa one coaputer 
to another. 

Even though the C language enjoys a good 
record when prograis are transported froi one 
iapleaentation to another, there are differences 
in coipilers as you will find anytiie you try to 
use another coipiler. Host of the differences 
becoae apparent when you use nonstandard 
extensions such as calls to the DOS BIOS, but 
even these differences can be ainiaized by 
careful choice of prograaaing Beans. 

Your first problea will not be how to 
prograa in C, but how to use your particular 
coapiler. Since there are over 2$ good coapilers 
available, there is no way I can cover the 
operation of all coapilers. Notes about a few of 
the better known coapilers are given in the 
■C0HPILER.DOC file on the distribution 
diskette. Read the docuaentation that caae with 
your coapiler to learn how to coapile and run a 
prograa. 

One last note about coapilers. I wrote a 
aoderately large prograa in C that was coaposed 
of about 12&6 lines of source code contained in 
i separately coapiled files. I was initially 
using a very inexpensive coapiler froa MIX 
Software of Richardson, Texas that sells for 
$39.95. This coapiler did everything I ever 
asked it to do and did it well, including 
floating point nuabers. In addition, the coapile 
tiaes were extreaely short and there were aany 
extensions to the basic language as defined by 



Kernigan i Ritchie. In snort, the coaoiler was a 
good iapieaentation. Later. I switched over to a 
Lattice C coapiler that sells for $5e«.tftf. It 
took a bit of work because the Lattice coapiler 
did not have as aany extensions as the MIX 
coapiler. The Lattice coapiler also took 
considerably longer to coapile, probably 2 to 3 
tiaes as long. The big difference in the two 
coapilers was in the execution tiae of the 
prograa which read in a file, did a lot of 
searching in aeaory, and displayed the results 
on the aonitor. The final MIX prograa took 95 
seconds to coaplete all operations, and the 
Lattice coapiled prograa took only 19 seconds to 
coaplete. I should add that the MIX coapiler has 
a speedup utility that increases the speed by a 
factor of about 3, according to one independent 
review, getting the speed of the MIX prograa in 
the range of the Lattice prograa. (I did not try 
the speedup prograa on this particular file.) 
The MIX coapiler aissed several subtle type 
errors during coapile that were flagged as 
warnings by the Lattice coapiler. Due to the 
nature of that particular prograa, either run- 
tiae would be acceptable and therefore either 
coapiler would be acceptable. 

The above paragraph was given only to aid 
you in selecting a coapiler. The Lattice 
coapiler is very difficult to use for an 
inexperienced prograaaer, but has very few 
liaitations. The MX coapiler, on the other 
hand, was very easy to set up and begin using, 
and would be very appropriate for aost 'hobby* 
coaputing. Depending on your application, the 
aost expensive is probably not the best. In this 
case, the NIX coapiler would be great for 
learning the language and for aany applications. 
Consult the C0HPILER.DOC file for notes on other 
coapilers and recoaaendations on what coapiler 
aay be suitable for your purposes. 



ooooooooooOOOOOOOOOOoooooooooo 



STOP PRESS 



STOP PRESS 



STOP PRESS 



STOP PRESS 



STOP PRESS 



Ve have just received Bruce Isted's Ipatch files and docuaents for connecting a serial aouse (IBM 
style) to the CoCo. They caae to us via the 039 usergrouo in Europe, EUR0S9. The archive will be 
included on disk II of our P0 library. 



STOP PRESS 



STOP PRESS 



STOP PRESS 



STOP PRESS 



STOP PRESS 
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DIRL - Directory pathname lister 
by Bob van der Poel 

Here is another little C utility fro* the pen of Bob van der Poel, the author of VED and VPRINT, 
which are used to produce this newsletter. Here's his coaaent about it: 

'DIRL will do a recursive directory scan and print out all the path naaes of the directory files 
found. It will also include aakdir coaaands along with soae sizing options. I wrote the prograaae 
thinking that I would back up all the files on ay HD, create a file with DIRL of all the directories, 
reforaat the drive and then Bake the directories up front. Anyway, that is the theory... now I just 
have to get around to doing it. If you think your group can learn froa this, please feel free to 
reprint it. J 

Bob van der Poel 

Thank you Bob, and yes, I think our aeabers could learn froi the code, and also take good use of 
the prograaae. 

Regards, 
Bob Devries 

/t ============================================================= 

This prograa recursively scans directories and prints a list 
of coaplete pathnaaes of all the directories on a device. 

This list can be used in a procfile with aakdir to create all the 
new directories need before a coaplete restore of a disk. 



Bob van der Poel Software 
PQ Box 3SS PD Box 57 
Porihill, ID Uynr.de! , BC 
USA 83853 Canada V66 2Nfc 

This prograa will need the K'rieder 6869 C library to coapile 

37 

i include <stdio.h> 
finclude <lo«io.h> 
iinclude (direct. h> 

idefine S_S£CTQRS 1 
Idefine SJYTES 2 
idefine S~FILES 3 



int- devpath, 


It path for raw disk reading 


ti 


padding=6; 


1% padding value 


ti 


char devnase[323, 


it naae of root device 


ti 


teapbufC2561, 


It scratch buffer 


ti 


currnaae[256] i 


it expanded directory nase 


ti 


aakeopt, 


It flag, l==indude aakdir cads 


ti 


sizeopt; 


it flag, l==include size opts 


ti 



long int dirsize; it teap storage for file size ti 



sainurqr arqv) 
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int argc; 
char targvU; 

{ 

register int t, dirpath; 

It parse off root dir and options XI 

whi!e(— argc ){ 

if(targv[argc3=='-'){ 

for(t=l;argv[arqc][t];t++){ 

switch (toupper(argv[argc][t])M 

case 'H' : iakeopt++; 
break; 

case 'S': sizeopt=S_SECTORS; 
break; 

case *F l : sizeopt=S_FILES; 
break; 

case 'B': sizeopt=S_BYTES; 
break; 

case 'P': padding=atoi(&argv[argc][t+J]); 

whileiargvCarqcH+U]); It skip to end of arg tl 
-t; 

break; 

default: teninate( 8 Unknown option"); 

} 

} 
} 

elsef 

ifUcurrnase) tersinate CParaaeter error"); 
else strcpy(currnaie,argv[argc]); 



It if no directory specified use V ti 

ifUicurrnaae) strcpyftespbuf ,"."); 
else strcpyttespbuf ,currna»e); 

It open the initial directory XI 

if((dirpath=open(teipbuf,READ+DIR))==-l) 
terftinate( B Can't open root directory"); 



It get the device nase for root tl 



if U_gs_devn (dirpath F tetpbuf ))==-!) 

terBinate("Can't get device naie"); 
strhcpytdeynaBe^etpbuf); 

ft open device in raw sode for getting FO info tl 
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strcpy(teapbuf, B / 8 ); 
strcat(teapbuf,devnaae); 
strcatUeapbuf,"*"); 
if ((devpath=open(teapbuf,READ) )==-!) 
terainateCCan't open device 1 ); 

/* process the directory t! 

dodir(dirpath,strend(currna»e)); 



This is the recursive parser which does all the work. It checks 
each entry in the current directory and sees if that file is 
another directory. If it is, the information is printed and 
the new directory is opened and dodirO is again called. 
ii 

dodir(path,naaend) 

int path; it open path of directory ti 

char tnasend; it end of naae string */ 

{ 

register int t; 

long dsize; 

struct dirent dirbuf; 

if(naeend!=currnaBe) strcpy(naftend++ ( a / B ); it add "/" to naae ti 

lseek(path,641 ( e); ft skip past V and a s ti 

It do all the entries in this directory ti 

for(;;)f 

t=read(path,&dirbuf ,sizeofCdirbu!)); /* get entry ti 
if(t==-l) terainateCError reading directory 1 ); 
if(t==fl) break; it end of dir ti 

if(dirbuf.dir_naae[8]==fc> continue; it deleted naae, skip ti 

if ((isdir (dirbuf dir__addr) >)C it do if another dir */ 
strhcpy(naaend, dirbuf. dir_naae); it append this naae ii 

if(takeopt) fputs("sakdir a ,stdout); 

fputs(currnase,stdout); 

if (sizeoptK 

switch (sizeopt)C 

case SSECT0R3: dsize=(dirsize/exl6$)+l+padding; break; 

case SJILES: dsize=(dirsize/9x2*)+l+padding; break; 

case S BYTES: dsize=dirsize+padding; break 
} 

ltoa(dsize,teapbuf); 
fputsC" -\stdout); 
fputs£tespbuf,stdout); 
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fputsCW.stdGut); 

if((t=open(currnaae,READ+DIR))==-1) IX process this dir XI 

terainatet'Can't open sub-directory 1 ); 
dodir(t,strend(currnaae)); 
} 
} 
close(path); 

It ========================================================= 

Check FD for this file. Save the filesize in global variable 
and return dir flag (0==not a directory entry). 
ti 

isdir(addr) 

long taddr; It only the first 3 bytes of this are valid ti 

( 

long sect; 

struct fildes fdbuf; 

sect=taddr; It convert 3 byte sect nuaber XI 
secU=$xff; it to a long integer for seek tl 

Iseek(devpath,sect,&); It read FO tl 

if ((read£devpath,£fdbuf f sizeof( fdbuf )))<1) 
terainateCError reading FO sector 1 ); 

dirsize=fdbuf.fd_fsize; It save size ti 

return fdbuf. fd^att & DIR; It keep only dir bit */ 



1% ============================================ 

Universal exit routine 
*/ 

tersinate(s) 
char is; 
{ 

fputsC\n\nDirlist I (c) 1990, Bob van der Poel Soft*are\n\stderr); 
fputs(s f stderr); 

fputs( s \nUsaqe: dirl (-options) (device naae>\n B ,stderr); 

fputsC -a include aakdir coaaandsVn^stderr); 

fputsC -s include dir size in sectorsVn^stderr); 

fputsC -f include dir size in fiies\n B ,stderr); 

fputsC -b include dir size in bytes\n B ,stderr); 

fputsC -p<nn> padding for s, f or b options\n B I stderr); 
exit (err no); 
} 

1% ================================================ 

Convert a long integer to an ascii (deciaal) string 

Returns start of string (s) 

XI 
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ltoa(n,s) 

long n; It long integer to convert tl 

char ts; IX buffer for ascii (tin size of 13 bytes) tl 

{ 

register char tptr=s; 

char flag=&; 

if(n<e>{ 

n=-n; 

tlag++; 
} 

do( 

tptr+^nlie+'e 1 ; 
}while(n/=16); 

if (flag) tptr++= 1 - 1 ; 

tptr=e; 

return reversed); 



ft ============================= 

Reverse a string in place. 

Returns start of string (s) 
*/ 

reverse(s} 
char Is; 
{ 

register char ii f tj,c; 

for(i=s J j=5+strlen(s);i<j;){ 
c=ti; 

j 
return s: 
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NATIONAL 0S9 USER GROUP MEMBERS « 
_ j 


is at 04/34/31 t 
E3SEND0N 


fc/dd/yy 


AHBROSI 


6. A. 


172 Ogilvie Street 


VIC 3040 


BESASPARIS 


Bernard 


60 Power Street 


NORMAN PARK 


QLD 4170 


BISSELING 


Fred 


PC Box 776 


COurtA 


NSW 2630 


BROVN 


Rohan 


75 Pembroke Road 


M00R00LBARK 


VIC 3138 


CALE 


David 


23 Homey Road 


FLOREAT PARK 


VA 6314 


CHASE 


Scott 


3 Thotas Street 


BAXTER 


VIC 3911 


COOPER 


L.A. 


223 Elswick Street 


LEICHAROT 


NSU 2040 


COSSAR 


Lin 


12 Rakeiora Grove 


PETONE 


6303 NEV ZEALAND 


OALZELL 


Robbie 


31 Nedland Crescent 


PT.NOARLUNGA STH SA 5167 


DONALDSON 


Andrew 


5 The Glades 


DONCASTER 


Vic 3108 


DGNGES 


Geoff 


PO Box 326 


KIPPAX 


ACT 2615 


EASTHAH 


David 


87 Lewis Street 


MARYVILLE 


NSU 2293 


EATON 


David 


20 Gregson Place 


CURTIN 


ACT 2605 


EDWARDS 


Peter 


40 Davison Street 


MITCHAM 


VIC 3132 


EISEHAN 


Fred 


POBox228 freepost 12 CANNON HILL 


Old 4170 


ESKILDSEN 


Ole 


PO Box 496 


PORT MORESBY 


PAPUA NEV GUINEA 


EVANS 


John 


8ft Osburn Drive 


HAC6REG0R 


ACT 2615 


FRANCIS 


V.George 


31 Donald Street 


HORVELL 


VIC 3840 


FRITZ 


terry 


M/S 546 


FOREST HILL 


OLD 4342 


HARBECKE 


Peter 


18 Machenzie Street 


HANLY WEST 


OLD 4179 


HARRIS 


Michael 


PO Box 25 


6ELM0RE 


NSV 2192 


HARRY 


Peter 


13/51 Union Street 


VINOSOfi 


^ic 3181 


HARTHANN 


Alex 


PO Box 1874 


Southport 


qld 4215 


HUSHES 


Peter 


54 Princeton Street 


KENMORE 


OLD 4069 


HUTCHINSON 


Si ion 


Id Ascot Court 


NTH DANDENONG 


VIC 3175 


IKIN 


John 


15 Seston Street 


RESERVOIR 


Vic 3073 


KINZEL 


Burghard 


Leipziger Ring 22A 


5042 ERFTSTADT 


GERMANY 


HACKAY 


Rob 


7 Harburg drive 


BEENLEIGH 


OLD 4207 


HacKENZIE 


Greg 


3*6 Cook Road 


t&lAS CERBERUS 


Vic 3920 WESTERN PORT 


HARENTES 


Nicholas 


61 Cretin Street 


UPPER HT.6RAVATT OLD 4122 


HARTIN 


Ted 


PO Box 56 


ROSNY PARK 


TAS 7818 


HcGIVERN 


Jis 


39 Bank Street 


MEA00W6ANK 


NSW 2114 


HcLINTOCK 


George 


7 Logan Street 


NARRABUNDAH 


ACT 2604 


He H ASTER 


Brad 


po Box use 


CROyS NEST 


NSW 2065 


MORTON 


David 


c/o PO Box 195 


CONOQBOLIN 


NSW 2877 


HUNRO 


Ron 


45 Sunnyside Cres. 


NORTH RICHMOND 


NSV 2754 


PATRICK 


Wayne 


12 O'Connell Street 


GYMPIE 


OLD 4570 


PEARCE 


V. Leigh 


47 Allenby Avenue 


RESERVOIR 


VIC 3073 


PETERSEN 


Barry 


4 Dargo Place 


ALGESTER 


OLD 4115 


PETERSEN 


Hark 


2 Shepherdson Street CAPALABA 


OLD 4157 


PRIHAVERA 


Caaillo 


29 Richard Street 


MARYBOROUGH 


OLD 4650 i 


SINGER 


Maurice 


217 Preston Road 


VYNNUM VEST 


OLD 4178 


SKEBE 


Jeff 


23 Nona Road 


PALM BEACH 


NSV 2108 


STEPHEN 


Val 


1 Mabel Street 


CAH8ERVELL 


VIC 3124 


SVINSCOE 


Robin 


17 Melaleuca Street 


SLAOE POINT 


Old 4740 


TARVIN 


Digby 


PO Box 458 


RANOVICK 


NSV 2031 


UNSUORTH 


Rob 


20 Salisbury Road 


IPSyiCH 


OLD 4305 


VAGNITZ 


Ken 


2 Oepindo Avenue 


EDEN HILLS 


SA 5050 


WALTERS 


Paddie 


Ercidoune Road 


BURRUMBEET 


Vic 3352 •Vhitestone 1 


HAALAND 


Mike 


4341 Gannet Cir #174 LAS VEGAS 


U.S.A. NV 89103 


OBLAK 


Gerd 


58 Elizabeth Parade 


LANE COVE 


NSV 2066 


Total Heabers 


51 
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